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Design Your Own IC 
Part 2: CPLDs in practice 


Following the description of the hardware in last month’s issue (Part 1), 
it’s now time to start working with the experimenter’s board. 
We assume that you have already installed the Altera software and 


read the tutorial. 
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Designing digital circuits usually 
amounts to repeatedly breaking down 
the problem into subproblems until 
you finally arrive at a design consist- 
ing of variety of basic logic functions. 
Based on this, you can develop the 
electronic circuit and, if necessary, a 
printed circuit board. 


Descriptive 
languages 


Designing digital logic circuitry is eas- 
ier if you use a descriptive language. 
The purpose of such a language is to 
allow specific functions to be 
described (hence the name). A 
descriptive language allows intelligent 
software to be used to design an elec- 
tronic circuit that meets the descrip- 
tion specified by the designer. 

There are presently several different 
descriptive languages. Two of them 
are manufacturer-independent and are 
supported by a large number of manu- 
facturers: Verilog and VHDL. In this 
article, we use Verilog as our descrip- 
tive language. 


Verilog 


We chose Verilog because it is some- 
what clearer than VHDL. However, the 
two languages are the same in many 
aspects. The biggest difference 
between them is in how the descrip- 
tions are formulated. This means that 
many of the considerations, pitfalls and 
the like described in this article are 
also directly applicable to VHDL. 

It’s possible to generate hierarchical 
designs using Verilog. This means that 
the design can be divided into smaller 
designs. These smaller ‘subdesigns’ 
can in turn be further divided into var- 
ious subdesigns as necessary. In Ver- 
ilog parlance, such subdesigns are 
called ‘modules’. 

Dividing a design into several modules 
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has the beneficial side effect that it 
may be possible to reuse the modules 
in other designs. A counter is an exam- 
ple of a type of module that is used rel- 
atively often, so it is definitely a good 
idea to put a counter into a separate 
module. 


Example 1 


The best way to learn something is by 
actually doing it. Consequently, we 
can begin right away with an example. 
Before you can get started, you must 
download the examples from the 
Elektor Electronics Internet site 
(www.elektor-electronics.co.uk). The 
examples are located under item num- 
ber 030385-11 for the June articles. All 
you have to do is unpack the Zip file. 
Example 1 can be found in the Ex1 
folder. Just double-click on the 
ex1.quartus file, and the design soft- 
ware will start up automatically. In the 
schematic diagram that is displayed, 
you can see that the various I/O pins of 
the IC are connected to a block in 
which several signals are listed. These 
signals are the inputs and outputs of 
this block. 

As you have already seen in the tuto- 
rial (you did look at the tutorial, didn’t 
you?), you can view the associated 
source code by double-clicking on the 
block. In this case, the source code is 
written in the Verilog language. The 
text shown in green is all comments as 
far as Verilog is concerned, so it has no 
effect on the ultimate result. However, 
Quartus uses these lines to store infor- 
mation, so it’s a good idea to leave 
them as they are. 


Structure 


Verilog source code is always organ- 
ised using the same structure. It starts 
with the module declaration. This part 
of the code begins with the word ‘mod- 
ule’, followed by a name. This is 
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Figure 1. Schematic diagram of a 
standard crystal oscillator. 


accompanied by a collection of inputs 
and outputs in brackets, separated by 
commas. The whole thing is termi- 
nated by a semicolon. This can be seen 
in lines 30-35 of our example. 

The next thing you have to do is to 
define the directions of the signals 
(ports) identified in the module decla- 
ration. You can see how this is done in 
lines 39-45 of our example. There are 
three options for each signal: input, 
output, or inout (bi-directional). Here 
we have only used ‘input’ and ‘output’. 
Each line is terminated by a semicolon 
(;). In the first line, you can see that 
several signals can be defined in a sin- 
gle line if commas are used to separate 
the definitions. 

The outputs require an additional 
specification. If the function of an out- 
put is described in a procedural state- 
ment (don’t worry, we'll explain what 
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Table 1. Boolean functions 


& = AND 
~& = NAND 
l = OR 

~al = NOR 
~ = NOT 

^ = XOR 
~^ = XNOR 


this means further on), it must have 
the type reg (register = output of a flip- 
flop). In line 47, signals D2, D3 and D4 
are defined as registers. 

Now that we've taken care of the 
administrative duties, we can start 
with the actual design. This example, 
as befits every initial example, is very 
simple. Here we demonstrate the ways 
in which signals can be described 
using Boolean algebra. 

This can be done in two manners in 
Verilog: either by using an assign 
statement, or in what is called a ‘pro- 
cedural statement’. Listing 1 shows an 
example of each of these methods. 
The first method is demonstrated in 
line 50. Here the description says that 
signal D1 is the result of an AND oper- 
ation on signals $1-S4. That’s another 
way of saying that D1 is only active if 
81-54 are also active (‘1’). In all other 
cases, D1 is inactive (‘0’). 

The symbol ‘&’ thus stands for the 
AND function. The Boolean functions 
in Verilog are summarised in Table 1. 


Procedural 
statements 


The remaining outputs (D2-D4) are 
described in a procedural statement. 
Procedural statements are always pre- 
ceded by the word always. This key- 
word is described in more detail in one 
of our later examples. 

Just as in the Pascal programming lan- 
guage, you can combine a group of 
statements into a unit by using the 
keywords begin and end. All of the 
statements between these two words 
are collectively regarded as being a 
single statement. 

If you look at line 54, you will see that 
signal D4 is described as a signal that 
becomes active if S1 or S2 or S3 or S4 is 
active. Here we intentionally used the 
word ‘becomes’ instead of ‘is’. The 
symbol <= means ‘becomes’ or 
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Table 3. 

Arithmetic operators 
+ = add 

- = subtract 
* = multiply 
/ = divide 
% = modulo 


‘assumes the value’. As a general rule, 
we can say that this symbol is used in 
a procedural statement instead of the 
= sign. 

It’s not difficult to figure out the func- 
tions of signals D3 and D4 if you use 
Table 1 for a bit of help. 

The advantage of putting signals in 
procedural statements instead of work- 
ing with assign statements will 
become clear in a later example. 
Finally, the keyword endmodule indi- 
cates that the description of the mod- 
ule is finished. 


Compiling 

Now we're getting close to the point 
where you have to roll up your sleeves 
and get to work. First, the design has 
to be compiled. The compiler already 
knows exactly which signal must be 
connected to each pin of the CPLD. 
That’s because we already did this for 
you. This makes compiling child's play; 
just click on Start Compilation in the 
Processing menu and the software go 
into action. 

Various messages will be shown on 
the screen, and several progress bars 
will move along. After a while, the pro- 
gram will report that the compilation 
was successful. That means it has cre- 
ated a programming file that you can 
use to program your IC. 


Programming 


As already mentioned in Part 1 of this 
article, to program the CPLD you will 
need the JTAG programmer described 
in the September 2002 issue of Elektor 
Electronics. Of course, an original 
Altera ByteBlaster is also OK. We 
assume that your programmer is con- 
nected to the printer port of the PC and 
the JTAG connector is attached to con- 
nector K2 of the experimenter’s board. 
Now switch on the power for the 
experimenter’s board. 


Table 3. 

Relational operators 

> greater than 

> = greater than or equal to 
< less than 

< = less than or equal to 

= = equal to 

! = not equal to 


In Quartus, first select the Tools menu 
and then Programmer. A new window 
will appear. Check that the program- 
mer is set to JTAG’ and the correct 
interface (ByteBlaster) is selected. 

In this window, there is a line that has 
‘EPM7128SLCM’ in the Device column. 
On the same line, the programming file 
ex1.pof is shown in the File column. 
Everything is now ready for program- 
ming the CPLD. You must tell the pro- 
gram you want to program this IC by 
placing a tick mark under the Pro- 
gram/Configure column. 

Finally, click on the Start Programming 
button, which is located at the very top 
and looks like a sort of ‘Play’ button. 


Testing 


After being programmed, the CPLD is 
immediately active, which means that 
the programmed design can be used 
right away. Make sure that jumpers 
JP1 and JP2 are fitted. 

Checking the design is easy. LED D1 
should only be on if all of the switches 
are in the ‘1’ position. In all other 
cases, the LED must be dark. By con- 
trast, LED D4 should do just the oppo- 
site. That means that if D1 is on, D4 
must be off, and vice versa. 

We have described D2 as an OR func- 
tion, which means that this LED must 
be on if one or more switches are in the 
‘1’ position. 

LED D3 must light up whenever $1 
and S2 are both in the ‘1’ state OR S3 
and S4 are both in the ‘1’ state. These 
functions can be easily checked using 
the switches. 

Now try to modify the design in Quar- 
tus to cause LED D1 to be on when- 
ever S1 is in the ‘1’ state and S2 is in 
the ‘0’ state. The states of the other 
switches don't matter. Good luck with 
your design! 
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Listing 1. Boolean algebra 


50 assign Dl = S1 & S2 & S3 & S4; 


51 

52 always 

53 begin 

54 D2 <= 51 | s2 | S3 | S4; 

55 D3 <= ( S1 & S2) | (S3 & S4); 

56 D4 <= ~(S1 & S2 & S3 & S4); 

57 end 

Example 2 Verilog also has the modifier ‘negedge’, 


As already mentioned, Example 1 is 
very simple. The special power of Ver- 
ilog is that it allows designers to 
develop designs in a more descriptive 
manner. Boolean algebra can occa- 
sionally be handy in Verilog, but it is 
certainly not the intention that rela- 
tively complex designs must be 
entered entirely in Boolean algebra. 
This can be demonstrated using Exam- 
ple 2, in which we set about designing 
two flip-flops and a latch. 

The files for Example 2 can be found in 
the ex2 folder. In this folder, open 
ex2.quartus, and the program will 
automatically open all of the other nec- 
essary files. 

In the schematic diagram (ex2.bdf), 
you can see that switches $1-S4 are 
connected to a functional block named 
flipflop. S1 is connected to the CLK 
input, etc. Double-click on the block to 
open the associated Verilog source 
code. 


Always @ 


Up to line 46, there’s nothing new to 
be seen. But in line 46 you can see 
something added to the keyword 
always: an @ character followed by a 
comparison. This code segment can 
also be seen in Listing 2. The @ sign 
indicates that the procedural state- 
ments belonging to this always state- 
ment are only allowed to be evaluated 
(but not ‘executed’; only processors 
execute statements) if the following 
comparison is satisfied In this case, 
that means that the following state- 
ments are only applicable at the 
moment when the clock signal (CLK) 
OR the reset signal OR the SET signal 
has a rising edge (posedge). Just to 
avoid any confusion, a rising edge is 
the transition from a Low level to a 
High level. 
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which in normal English means ‘nega- 
tive edge’ or ‘falling edge’. 


If any one of these conditions is satis- 
fied, this section of the code is evalu- 
ated. First, a check is made to see 
whether the RESET signal is ‘1’. If this 
is the case, OUT becomes inactive (‘0’) 
and this code segment is done. Other- 
wise, a check is made to see whether 
the SET signal is ‘1’. If it is, the OUT 
output goes to ‘1’ and the code is done. 
Beside the values ‘1’ and ‘0’, each sig- 
nal can also assume the values ‘x’ 
(unknown) or ‘z’ (high impedance). 

If neither RESET nor SET is ‘1’, CLK 
must have a rising flank, since other- 
wise this code would not have been 
evaluated. The intention is that on the 
rising edge of the clock signal, the out- 
put of the flip-flop assumes the value 
present at the input. 

But what happens to the output when- 
ever there isn't a rising edge on CLK, 
RESET or SET? The answer is very 
simple: nothing. In line 45, the OUT 
signal is defined to be a register, which 
means that the value most recently 
assigned to this signal must be held. 
Whenever the code is not active, the 
value of this register will not change. 
By adding the ‘@’ character to the 
always statement, we can thus indi- 
cate the conditions under which a por- 
tion of the code is allowed to be evalu- 
ated. During the rest of the time, the 
output that is controlled by this block 
must remain the same. 

From the code, it can clearly be seen 
that the RESET input has higher prior- 
ity than the SET input. However, that 
doesn't mean that he CPLD evaluates 
these two signals one after the other 
when it is operating. The CPLD will 
respond just as fast to the RESET sig- 
nal as to the SET signal. The sequence 
is only important for the compiler. It 
evaluates a section of code and deter- 
mines what must happen to the output 


for every imaginable combination of 
input signals. Based on this evaluation, 
the compiler ‘designs’ a bit of digital 
logic that respond in exactly the man- 
ner described in the code. 


Variations on a 
theme 


A second flip-flop (appropriately 
named ‘flipflop2’) is also shown in the 
schematic diagram (ex2.bdf). The asso- 
ciated Verilog file is very similar to the 
file for the first flip-flop. The only dif- 
ference with respect to the first flip- 
flop is that the state of the SET signal 
is checked before the state of the 
RESET signal. That means that for this 
flip-flop, the SET input has a higher pri- 
ority than the RESET input. The output 
will thus go to ‘1’ ifthe RESET and SET 
inputs both have a value of ‘1’. With 
the first flip-flop, the output will go to 
‘0’ in this situation. 


Latch 


The final block in the schematic is a 
latch. A latch is also a frequently used 
type of component in digital designs. 
The operation of a latch is actually 
quite simple. As long as the clock 
input is ‘1’, the latch’s output must be 
the same as its input. If the input state 
changes, the output must immediately 
follow the change. By contrast, if the 
clock signal is inactive (‘0’), the last 
known state of the output must be 
retained, regardless of any changes to 
the input state. 

The Verilog file latchexample.v shows 
how this can be described in the Ver- 
ilog language. The output signal can 
change if the state of the clock signal 
changes OR the state of the data input 
changes. This can happen on the ris- 
ing edge as well as on the falling edge. 
After the @ sign you can see '(posedge 
CLK or D)'. What’s special about this is 
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Listing 2. A clocked flip-flop 


46 always @ (posedge CLK or posedge RESET or posedge SET) 


47 begin 

48 if (RESET) 

49 OUT <= 1’b0; 
50 else if (SET) 
51 OUT <= 1’bl; 
52 else 

53 OUT <= D; 

54 end 


that signal D is named without 
‘posedge’ in front. This means that the 
code must be evaluated for every 
change in the state of signal D. 

In the code belonging to this always 
statement, you can see that the com- 
piler first looks at the state of the clock 
signal. If the clock signal is active ('1'), 
the output is the same as the input. 
Otherwise nothing happens, and the 
current state of the output remains 
unchanged. 

You can compile this example and pro- 
gram it into the CPLD in exactly the 
same manner as for the previous exam- 
ple. After doing so, use the experi- 
menter’s board to verify that the 
design actually does what you expect it 
to do. After this, as an exercise you can 
see whether you can provide the latch 
with SET and RESET inputs. As the 
saying goes, practice makes perfect! 


Arithmetic 


The previous examples demonstrate 
how to describe functions without hav- 
ing to worry about logic gates, Boolean 
algebra and so on. After working with 
Verilog with a while, every designer 
will certainly be able to appreciate this. 
The relatively trivial tasks are handled 
by the compiler instead of the designer. 
Our third example shows that arith- 
metic is also not difficult in Verilog. In 
this example we use counters. Coun- 
ters need clock signals, and that’s 
where we start. 

Figure 1 shows the schematic diagram 
of a standard crystal oscillator. Except 
for the inverter, all of the components 
are present on the experimenter’s 
board. If we now place an inverter 
between pins 71 and 81 of the CPLD, 
we have a crystal oscillator. 

If you open Example 3, you will see 
this inverter drawn between two leads 
of the IC at the top of the schematic. 
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After the CPLD has been programmed, 
the result is thus an oscillator whose 
output (pin 81 on the circuit board) is 
connected to pin 83 of the CPLD. This 
input is specially intended to act as a 
clock input. 


Arrays 


We assume that you are familiar with 
doing arithmetic in the binary number 
system. If you are, you are certainly 
aware that numbers are usually repre- 
sented by a group of signals. In Ver- 
ilog, several signals can be conve- 
niently grouped into a structure called 
an ‘array’. 

In the Verilog file for the Count block, 
you will thus see the following in line 
40: ‘output [7:0] D;'. This specifies an 
array of eight signals (D[7]...D[0]). This 
group of signals can be collectively 
written as ‘D’. 

To avoid possible confusion, we have 
to explain line 47. Here a new signal is 
declared. This signal is not present in 
the module declaration, which means 
that it is not externally visible (outside 
the module). Such a signal is purely for 
internal use. 

The next interesting line is line 51: 
'temp=temp+1;'. This shows that we 
can count by simply using the + sign. 
Table 2 lists additional arithmetic oper- 
ators that can be used with arrays in 
Verilog. 

In line 52 you can see a comparison 
(‘==’ means to check whether the left- 
hand term is equal to the right-hand 
term). All of the relational operators 
(such as ‘==’) are listed in Table 3. 
The number 24'd4000000 may appear a 
bit strange at first glance. This is the 
notation for writing numbers in Ver- 
ilog. The first number indicates how 
many signals are involved (in this case, 
24). The ‘d’ indicates that the constant 
is stated in decimal notation. Finally, 


‘4000000’ is the actual constant. 

In this case we must use 24 signals, 
since the register temp consists of 24 
signals. Note that in Verilog, 24 zeros 
is not the same as 23 zeros! That 
means that you must make sure that 
the same number of signals are pres- 
ent on each side of the ‘==’ symbol. 


Counter 


If you analyse the Verilog code, you 
will see that the value of register temp 
is incremented on each clock pulse. As 
soon as the register reaches the value 
4,000,000, register D is incremented by 
the value ‘1’, temp becomes ‘0’ and 
output SLOW becomes ‘1’. If register 
temp has not yet reached the value 
4,000,000, SLOW receives the value ‘0’. 
With a 4.000-MHz clock signal, this 
means that the value of register D is 
incremented once per second, with 
output SLOW briefly going to ‘1’. 
SLOW is thus a 1-Hz clock signal. 


BCD counter 


The 1-Hz clock signal goes to the clock 
input of a BCD counter. This is labelled 
‘BCD counter’ in the schematic dia- 
gram. 

The Verilog code for the BCD counter 
has three separate sections, each of 
which begins with an always state- 
ment. In addition, we should point out 
that two registers are declared for 
internal use: SEG and COUNT: 

The first function (starting at line 52) is 
a counter that causes the COUNT reg- 
ister to count from 0 to 9. When it 
reaches the value 10, COUNT is 
reloaded with the value 0. 

The second function is traversed each 
time COUNT changes. In line 60 you 
will find a new statement with the 
name case. An example of this can be 
found in Listing 3. C programmers will 
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find this a familiar concept. In this 
instance, the case statement has one 
argument (COUNT). This means that 
the following lines: 


"4'd0 : SEG=7'b1111110; 
4'd1 : SEG=7'b0110000;" 


can be translated as: 


if (COUNT==4'd0) SEG=7b... 
else if (COUNT ==4'd0 SEG=..." 


and so on. 


The line starting with default is 
processed if the current value of 
COUNT does not appear in the list. 
The last section of the Verilog code 
starts at line 75. As you can see, it is 
evaluated if the value of register SEG 
changes. 

An interesting feature of Verilog can be 
seen in line 76: several signals can be 
grouped into an array by using the ‘{' 
and ‘}’ characters. As SEG is an array 
and the outputs for the seven-segment 
display have been declared as individ- 
ual signals, they must be combined 
into an array. 

Another possible solution would be to 
couple each signal to an element of the 
array, for example by using: 


"SEGA = SEG[6];" 


This method works just as well, but it 
would make the code quite a bit longer 
and thus more difficult to read. 


Testing 


With regard to testing this example, 
we must mention a shortcoming of the 
experimenter’s board. 

When the CPLD is being programmed, 
all of its outputs assume the non-active 
state. Immediately after being pro- 
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Listing 3. 


The case statement, and grouping signals into an array 


59 always @ (COUNT) 


60 begin 

61 case (COUNT) 

62 4'd0 : SEG=7'b1111110; 

63 4'dl : SEG=7'b0110000; 

71 4'd9 : SEG=7'b1111011; 

72 default : SEG=7'b0000001; 
73 endcase 

74 end 

75 


76 always @(SEG) 


77 {SEGA,SEGB,SEGC,SEGD,SEGE,SEGF,SEGG} = SEG; 


grammed, the CPLD is active. As a 
result, the oscillator does not start 
properly. This means that after pro- 
gramming the CPLD, you have to 
briefly reset it. You can do this by fit- 
ting a pushbutton switch with a make 
contact between pins 2 and 20 of con- 
nector K6. Alternatively, you can briefly 
switch the power off and then on 
again. 


Conclusion 


You can do a lot more with the Verilog 
language than what we've been able 
to describe in this article. Here we 
have limited ourselves to the most 
commonly used features of Verilog. 
Still, these features allow users to 
design quite complex digital functions. 
Various sites dealing with a wide vari- 
ety of designs using Verilog can be 
found on the Internet. By studying and 
simulating these designs, you can 
quickly accumulate experience with 
this interesting language. 
An important aspect that we were 
unable to discuss in this article (due to 
lack of space) is simulating designs in 
Quartus. The Quartus tutorial should 
help you quite a bit in this regard, and 
there is also always the Help function. 
Incidentally, it’s a good idea to develop 
a design in small parts and simulate 
these small ‘subdesigns’ one by one in 
order to determine whether they work 
the way they should. 
We would appreciate hearing from 
readers who have created their own 
interesting applications using the 
experimenter’s board. Good luck! 
(030385-2) 


Web pointers 
http://www.altera.com/support 
examples/verilog/verilog.html 
http://www.asic-world.com/verilog 

/index.html 





Tips 


A module can consist of several 
code segments, each of which is 
proceeded by the statement 
‘always’. Here the limitation is that 
an output can only be defined in a 
single code segment. To get around 
this limitation, a designer can define 
two signals (such as wires T1 and 
T1) and control these two signals 
using separate code segments. The 
actual output can then be defined as 
a Boolean function of these two sig- 
nals. 


Ensure that all flip-flops in the 
design respond to the same signal 
edge (rising or falling). This yields a 
more efficient (faster) design. 


Bear in mind that the compiler eval- 
uates the code. This is fundamental- 
ly different from what happens 
when a processor executes a seg- 
ment of code. If a design contains 
several segments using the ‘always’ 
keyword, these segments will actual- 
ly be executed simultaneously 
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